java Reference与GC的关系

GC的目的就是把不用的对象清理出内存,然后我们在java里面用到的对象其实都是引用,其实就是对象的指针(虽然java里面没有指针的概念,但是引用其实就是指针了),在GC的时候就是每种引用的回收策略下面来一一说明.

java里面的引用有四中,强引用Final Reference,弱引用Weak Reference,软引用Soft Reference,影子引用Phantom Reference.

先说强引用,有三个特征:(String a = new String(“a”))
>

可以直接访问对象
强引用对象任何时候都不会被回收
强引用可能造成内存泄露(当然内存很小的时候这也是无法避免的)
释放的方式就是: a = null;这个不解释

另外三个引用都是”弱的”,首先,他们都继承自java.lang.ref.Reference,这个父类里面也都很简单,代码在下面

private T referent;         /* Treated specially by GC */  
ReferenceQueue<? super T> queue;  
Reference next;  
transient private Reference<T> discovered;  /* used by VM */
private static Reference pending = null;

先说ReferenceQueue,javaDocs的解释就是:
>
在检测到适当的可达性更改后,垃圾回收器将已注册的引用添加到该队列中.这个是官方的解释,我的理解就是,系统垃圾回收器在扫描对象之后,把需要回收的引用加入到这个队列里面,等真正释放的时候就直接从这里获取需要释放的地址.说白了就是用来标记是否回收.

然后是pending和discovered,这两个有注册,一个是给VM用的一个是给GC用的,不多说

最后就是referent和next,实现了一个链表结构,现在从代码看来就是Queue里面用于查找对象引用的,我没花时间去去搞明白next的作用,难道只是用于标记四种模式?(有知道的人告诉我,我没时间深究)

那么这三种弱引用在GC的时候何时被回收如下表(摘自:深入探讨 java.lang.ref 包):

引用类型	取得目标对象方式	垃圾回收条件	是否可能内存泄漏
强引用	直接调用	不回收	可能
软引用		视内存情况回收	不可能
弱引用	通过 get() 方法	永远回收	不可能
虚引用	无法取得	不回收	可能

具体的原因可以参考这篇文章,然后说一说这几种引用的应用场景:
弱引用:

这种是每次gc都会回收的.

软引用

这种是在已经没有内存的时候才回收的,可以用于智能缓存,但是我总感觉内存用光不是好事

虚引用

这种只是标记,你也取不到这个引用的对象,基本上只是用与监听对象回收的事件,所以这一点我不是很赞同不被回收的说法.